Esta guía es para el proveedor de arbitraje de búsqueda System1. Consulte su documentación aquí.
El seguimiento del arbitraje de búsqueda en general puede ser bastante complicado dada la presencia de palabras clave y varios parámetros de datos requeridos.
System1 tiene una de las configuraciones de paso de datos más complejas. En lugar de pasarles IDs, que luego disparan en postbacks, esperan que les pases cadenas de URL precomputadas para llamar.
Entonces, en lugar de pasarles algo como click_id=xxx
, esperan que pases algo como postback_to_fire=https%3A%2F%2Fmydomain.com%2Fpb%3Fhit%3Dxxx
¿Ya estás confundido? Asegúrate de seguir la guía a continuación y presta mucha atención a la configuración de paso de datos.
Creando la fuente de oferta de System1
En primer lugar, crea una nueva fuente de oferta y utiliza nuestra plantilla de System1.
Observa la sección de paso de datos:
Aquí hay algunas cosas muy importantes a considerar:
- Estamos pasando compkey y rskey usando un token
{data-xxx}
. Esto significa que los valores provendrán de tu fuente de tráfico a través del enlace que uses allí, por lo que es importante que tu fuente de tráfico tenga los campos de seguimiento de URL correspondientes dead_title
ykeyword
, y que estos siempre pasen valores apropiados a System1 - Estamos pasando una URL de postback bajo
click_track_url
- esto será disparado por System1 más tarde - Estamos pasando otra URL, en este caso un enlace de acción, bajo
search_track_url
- este es completamente opcional y requiere agregar un landing page ficticio a nuestro embudo. Te permitirá simular CTR en la página de arbitraje de búsqueda pero no es particularmente necesario, después de todo con el arbitraje de búsqueda tendrás altas tasas de vistas > conversiones de todos modos, por lo que los clics intermedios no son tan importantes. Es tu elección agregarlo o no. Si lo agregas, consulta la sección posterior sobre el seguimiento del CTR inicial. - La cadena específica para lo anterior es
https://{tracking-domain}/action/1?vid={visitor}&rn={current-node-id}
Ten en cuenta que debido a que pasamos URLs precomputadas a System1, no hay nada que hacer en la pestaña de seguimiento de conversiones, y no hay postback que configurar en el lado de System1.
Configuración de las fuentes de tráfico utilizadas
Como se mencionó anteriormente, necesitamos pasar datos personalizados (título del anuncio y palabra clave) desde la fuente de tráfico, y son estos valores los que se pasan a System1.
Revisa la imagen anterior -- usamos el token {data-ad_title}
y {data-keyword}
.
Por lo tanto, recomendaría crear una nueva fuente de tráfico dedicada al arbitraje de búsqueda a través de System1, por ejemplo, TikTok (System1). Puedes usar la plantilla apropiada, luego agregar o ajustar los parámetros. Tomando nuestra plantilla de TikTok como ejemplo:
Aquí agregué ad_title
y lo configuré como REPLACE, y agregué el campo de seguimiento keyword
con REPLACE como valor también.
Debido a que TikTok no tiene títulos/palabras clave de anuncios, necesitarías reemplazar esto manualmente en tu URL, por anuncio, para pasar un parámetro de título apropiado.
Tomando otro ejemplo de Taboola:
Aquí, Taboola sí tiene paso de datos para títulos, por lo que podemos usarlo tal cual. Sin embargo, no hay palabras clave nuevamente, así que deberíamos agregar un nuevo campo keyword
y establecer su valor como REPLACE.
El objetivo aquí es generar URLs de anuncios y cambiar los datos de REPLACE --> algo más en esas URLs. Sin embargo, también puedes anularlo a nivel de oferta más adelante, como se muestra a continuación.
Pasando datos de palabras clave a las ofertas
Para las ofertas de System1, crearías una oferta y luego usarías tu dominio de arbitraje como la URL base de la página. El resto de la estructura de la URL sería manejado por la sección de paso de datos.
Para cada anuncio que ejecutes, pasarás valores de título de anuncio y palabra clave. Hay dos formas de variar estos valores de título de anuncio/palabra clave.
Opción 1: Pasar en la URL desde la fuente de tráfico
Esta es la configuración que estás utilizando arriba.
Con esto, tu oferta sería solo una sola oferta (la URL del dominio de arbitraje de búsqueda) y crearías diferentes anuncios --> que pueden pasar diferentes valores --> generar diferentes resultados de página de arbitraje de búsqueda.
En los informes, desglosarías por este campo de seguimiento del título del anuncio para analizar el rendimiento.
Opción 2: Pasar a nivel de oferta
Ahora, dado que todo esto es paso de datos configurado por la fuente de oferta/oferta, podrías optar por codificarlo directamente a nivel de oferta.
Así que podrías crear tu oferta, elegir System1 como la fuente de oferta, luego ir a paso de datos y agregar una anulación a nivel de oferta para los campos compkey o rskey, usando la opción de cadena personalizada.
De esta manera, podrías crear múltiples ofertas para diferentes palabras clave y rotarlas en tus embudos como cualquier oferta.
Ahora, los valores no dependerían de tus anuncios en la fuente de tráfico y se controlarían dentro de FunnelFlux:
Ahora en los informes podrías tener tus palabras clave separadas en diferentes ofertas.
La ventaja aquí es más control dentro de FunnelFlux y poder cambiar estos en cualquier momento o agregar/eliminar páginas de la rotación sin tocar tus anuncios.
La desventaja es más trabajo manual con la creación de ofertas y la configuración de tu embudo, y la posible falta de congruencia entre tus anuncios y tus páginas de arbitraje de búsqueda.
También deberás considerar el cumplimiento, y si para fuentes con títulos de anuncios, el socio de arbitraje de búsqueda está de acuerdo con que pases varias palabras clave que pueden no coincidir con el anuncio mostrado a los usuarios.
Seguimiento del CTR inicial
Esta parte es opcional.
Si lo deseas, puedes intentar rastrear el CTR de la página inicial de arbitraje de búsqueda. Si no quieres hacer esto, puedes eliminar el parámetro search_track_url de tu fuente de oferta de System1.
Entonces, en tu embudo puedes tener el nodo de tráfico --> nodo de oferta (la oferta de System1) --> landing page ficticio, así:
El punto de esto es solo crear la acción, para que realmente pueda ocurrir un clic en la página de oferta -- de lo contrario, no hay forma de activar un clic.
El landing page ficticio puede ser cualquier cosa, pero sugeriría crear una nueva página como "Página CTR Ficticia" y establecer su URL en algo como https://midominiodelandingpage.com/pagina-inexistente
La página en sí no se cargará en el navegador, pero no queremos estar potencialmente spameando algún sitio web real como google.com o test.com con muchas solicitudes de URL aleatorias del lado del servidor si los servidores de System1 siguieran la cadena de redirección.
Ahora, cuando un usuario va de tu anuncio > URL de FunnelFlux > página de oferta de System1, generalmente se le presentarán varios botones para hacer clic. Al hacer clic, se disparará un evento de acción a FunnelFlux, rastreando un clic. Si hacen clic en algo en la siguiente página, entonces enviará una conversión.
Esto te dará una idea del CTR de la página inicial, lo que podría ser importante para entender los ángulos/congruencia.
Solo recomendaría hacer esto si realmente quieres los datos, ya que son pasos/complicaciones adicionales que de otro modo puedes evitar.